Hi, |
Re: Styles of Scripting. When the info comes from other modules, usually via links, then AttrDXL has the problem that the other modole must be and stay open. Also, attrDXL by nature cannot be very complicated (with included libraries) since not everyone who opens the module will have access to the same network server folders. The problems with auto-filling on-demand is that you need exclusive access to the module to do that, and if you schedule it for running at night then the info gets stale as the day progresses. A nice benefit of AttrDXL is that it doesn't execute at all until some obj-attr value is retrieved, either its in a view or some DXL reads it. Thus, infrequently used attributes don't cause any slow down at all. Usually, I use on-demand scripts running at night primarily because what I do is very complicated.
|
Re: Styles of Scripting. |
Re: Styles of Scripting. Marlx - Thu Feb 04 17:24:16 EST 2010 When we embed the script into an attribute, and the time required for fetching the data is large, then it will take more time for getting the data. When we don't embed the script into an attribute, then its only a matter of one time run and one time fetching of the data. Hence my recommendation is not to make use of the embedding of the scripts... :-) |